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DOWNLOADABLE MULTIMEDIA CONTENT AND METHOD FOR ACCOUNTING 

FIELD OF THE INVENTION 

This invention relates generally to methods and systems for delivering and 
accounting for multimedia content. 

BACKGROUND OF THE INVENTION 

Mobile phones (also known as mobile stations and personal trusted devices) 
5 have originally had ring tones similar to ordinary telephones. This caused a problem 
when two users in the same space had the same ring tone— causing confusion as to 
which mobile station is ringing. This problem has been solved as mobile phones 
became more advanced. Currently, mobile phones have several pre-stored ring 
tones from amongst which a user may select a preferred ring tone. In addition to 
10 ordinary ringing tones, melodies from familiar pieces of music have been 
implemented as ring tones and may be amongst the ring tones from which to 
choose. Ringing tones may also be referred as ring tunes, especially if in the form of 
a melody. With the increase use of mobile phones, there is still a possibility of the 
same user in the same space using the same ring tune. 

15 Programming a telephone's ringing tone has been taught in United States 

Patent Number 6,094,587 issued to Armanto et al. on July 25, 2000, assigned to 
assignee of the present invention. Said patent is incorporated herein by reference. 
In Armanto et al., the ring tone is sent to a mobile station in the form of a ring-tone 
message including an identifier identifying the message as a ring tone. Upon 

20 reception, the ring-tone message is identified on basis of the ring-tone message 
identifier. The ring-tone message it is then modified into a suitable form for a ring- 
tone generator and memory. The ring tone may be sent as characters in a short 
message such as Short Message Service (SMS), Unstructured Supplementary 
Service Data (USSD), or by means of an off-line infrared link, e.g., of Inferred Data 

25 association (IrDa) type. 

Short message service (SMS) is an example of message communication in 
mobile networks-specifically in GSM networks. SMS differs from speech and data 
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services in that to send a short message, a connection from the sender to the 
receiver need not be established, since short messages are transmitted through 
signaling on control or signaling channels in digital mobile networks. 

This situation does not provide the capabilities for a consumer to browse a 
5 selection of ring tones. Furthermore, each SMS or the like message may result in a 
charge to the consumer, even if the ring tone is not suit the consumer. Examples of 
message billing are provided by International Application Number PCT/FI99/00935, 
published on May 18, 2000, assigned Publication Number WO 00/28746 entitled 
MESSAGE COMMUNICATION CHARGING (assigned United States Serial Number 
10 09/850,036 and International Application Number PCT/FI98/00474, published on 
December 10, 1998, assigned Publication Number WO 98/56202 entitled BILLING 
MOBILE TERMINATED SHORT MESSAGES (assigned United States Serial 
Number 09/545,119). All said patent applications are assigned to. a related entities 
of the assignee of the present invention and are incorporated herein by reference. 

~15 There are currently websites from which a consumer may receive instructions 

and text which will allow them to manually program a tune into a mobile station or 
send ring tones to Nokia brand mobile, stations. Examples of such sites are 
www.clubnokia.com and www.vourmobile.com . This requires the user to have 
access to a personal computer (PC) or other World-Wide-Web (WWW) surfing 

20 device using browsers that support basic industry standards such as Hypertext 
Transfer Protocol (HTTP) and Hypertext Mark-up Language (HTML). Such WWW 
sites have been designed for desktop PCs and faster connections and do not 
function well in narrow bandwidth and limited screen size devices. 

Recent advancements in web protocols have resulted in the creation of the 
25 Wireless Application Protocol (WAP). WAP solutions using Handheld Device 
Markup Language (HDML) or Wireless Markup Language (WML) allow web content 
to be adapted for use on narrow bandwidth and limited screen size handheld devices 
such as mobile stations. Mobile station manufactures are embedding high-value 
added applications such as WAP compliant microbrowsers in their mobile stations 
30 that allow the mobile stations to function as a client for services and content from the 
Internet through a wireless portal. Microbrowsers may be logic in the form of 
software or firmware embedded in the end user device that enables the device to 
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interact with a gateway on a network. Examples of microbrowsers are the Nokia 
Microbrowser as shown in Appendix A--herein incorporated by reference and 
UP.Browser from Phone.com (Redwood City, California; www.phone.com). A style 
guide for HDML may also be obtained from (www.phone.com) and is incorporated 
5 herein by reference. 

A wireless portal or gateway is the point of entry through which the user 
accesses Internet content and services. The portal may send content and/or 
services to the user (referred to as PUSH) or the user may request content or 
services from the portal provider (referred to as PULL). An example of such a portal 
10 would be the Nokia Artus MAX Platform (www.nokia.com/wap/products.html). 

Information on WAP can be obtained at ( www.wapforum.org ) or 
Understanding WAP; Wireless Applications, Devices, and Services; ISBN 1-58053- 
093-1; Artech House Publishers (Boston; www.artechhouse.com) herein 
incorporated by reference. 

15 It would thus be desirable to deliver ring tunes to a mobile station via WAP or 

other similar service. There is also a need to provide the consumer with a system to 
approve or decline the billing of a delivered tune. There is also a need to provide for 
crediting a consumer who accepts advertising in the form of logo and/or jingles. 

SUMMARY OF THE INVENTION 

20 A novel system to deliver and reproduce personalizing ringing tune data or 

other such multimedia content to a wireless handset's WAP browser is provided. 
Additionally, a novel system is provided that allows a consumer preview the 
multimedia content (e.g. ring tune), and either approve or decline being billed for said 
particular multimedia message content. The consumer may also receive credit for 

25 accepting advertising content. The user requests media content by sending 

message with a header comprising an identification number, the user then receives a 
message which comprises the media content and a Universal Resource Locator 
(URL), upon accepting the media by saving said media in a non-volatile memory; a 
primative is generated based on the URL. This is incorporated in a message and 

30 sent to an accounting server. 
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An advantage of this invention is that a consumer can select multimedia 
content such as ring tunes directly from a handset and not have to be in front of a PC 
to select multimedia content for delivery via SMS or Multimedia Message Service 
(MMS). 

A BRIEF DESCRIPTION OF THE DRAWINGS 

The above set forth and other features of the invention are made more 
apparent in the ensuing Detailed Description of the Invention when read in 
conjunction with the attached Drawings, wherein: 

Figure 1 is an illustration of mobile station with limited screen size and 
keyboard; 

Figure 2 is an illustration of a WAP browser; 

Figure 3 is an additional illustration of a WAP browser ; 

Figure 4 is a flowchart illustrating an embodiment in accordance with the 
invention, it consists of Figures 4A, and 4B; 

Figure 5 is a session diagram showing hardware associated with the various 
steps shown in Figures 4A and 4B; 

Figure 6 shows a display sequence of a mobile station receiving a . multimedia 
message in accordance with an embodiment of the invention; and 

Figure 7 shows a tone activation sequence in accordance with a embodiment 
of the invention. 

DETAILED DESCRIPTION 

The invention may be used in Vadio systems which provide for browser. The 
examples describe the use of the invention in a Universal Mobile Telecommunication 
System (UMTS) utilizing a broadband code division multiple access (CDMA), 
(TDMA), method implemented with any WAP or the like, yet without restricting the 
invention thereto. 

SMS has evolve to include mobile multimedia. Multimedia Message Service 
(MMS) includes images, audio, video, data, and text or combination thereof. 
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Assignee of the present invention introduced a messaging concept called 
Smart Messaging at CeBit 1997. Smart messaging allows Internet information to be 
delivered to any GSM mobile station that supports short messages. Smart 
Messaging utilizes the Artus Messaging Platform that retrieves Internet information in 
5 HTML format and converts it to a short message via TTML. TTML, a subset of 
HTML, is Nokia's protocol for presenting information accessed from the Internet on 
GSM phones. Since Internet content retrieval is done in HTML content providers do 
not need to make changes to Web servers. Developers gain unified access to the 
entire global user community, by wireless telephony also. 

10 Other mark-up languages such as XHTML and TML (Task Mark-up 

Language) are currently being used. Those skilled in the art may be able to use 
these other languages. The scope of the invention is not intended to be limited to 
any one mark-up language. 

Smart Messaging uses the Narrowband Sockets protocol, developed jointly by 
15 Intel and Nokia. It does for wireless phones what the Windows sockets stack does 
for Microsoft's operating system: i.e. it provides a standard means of connecting to 
the Internet. 

The Narrowband Sockets (NBS) specification is an open industry specification 
initially developed by Intel and Nokia. Using the functions defined in this 
20 specification, wireless messaging applications for. mobile PC and SmartPhone users 
are able to be created using familiar Internet programming interfaces. The NBS 
specification extends the reach of the Internet to create "always-connected" mobile 
station clients. 

The NBS specification defines an efficient implementation of UDP and TCP 
25 services over wireless messaging networks.. NBS is also network independent, so 
applications may use NBS to send and receive data via short messages over any 
network. The NBS specification provides BSD socket and Winsock2 programming 
interfaces, all of which are well known to those skilled in the art. 

Narrow-Band Sockets Specification, Revision 1.0, March 7, 1997 may be 
30 downloaded from the URL www.forum.nokia.com as can a white paper entitled 
Narrowband Sockets; A wireless messaging protocol and API for enabling AOAC 
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mobile communications. Both specification and white paper are incorporated herein 
by reference. 

Sending messages including graphics is taught by International Patent 
Application Number PCT/EP00/02370 published on September 28, 2000, as 
5 Publication Number WO 00/57617. Said international application is assigned to 
assignee of the present application. And is incorporated herein by reference. 

Referring to the figures in the present invention, Figure 1 is an illustration of a 
typical mobile station that would incorporate an embodiment of the present invention. 
This illustration is an exemplar only and the arrangement described is not critical to 
10 the practice of the invention. In this case, mobile station 100 is a wireless phone 
handset with a limited screen view and handset. Mobile station 100 could comprise 
a wireless system which operates according to any various cellular standards, such 
as Global System for Mobile communication (GSM), Code Division Multiple Access 
(CDMA) or any of their progeny and the like. 

15 Information on CDMA is provided by Telecommunications Standards (TIA). 

The books IS-95 CDMA and CDMA2000 by Vijay K. Garg; ISBN 0-13-087112-5; 
published by Prentice Hall (New Jersey; www.phptr.com) and WCDMA for UMTS 
Radio Access for Third Generation Mobile Communications edited by Harri Holma 
and Antti Toskala (both of Nokia, Finland); ISBN 0 471 72051 8; published by John 

20 Wiley and Sons, Ltd (England;www.wiley.com) provide a understanding of the 
material: Both books are incorporated herein by reference. 

Mobile station 100 comprises a display 110 which displays data, menus and 
areas for softkey functions 121 A and 121B that can be activated by pressing of 
softkeys 120A and 120B. Scroll keys 130 are also provided to scroll through menu 

25 items featured on display 110. Scroll keys 130 may also be a rolling cylinder, ball or 
the like which will allow for scrolling through items displayed. Keyboard 140 
operates for the input of data. The keys of keyboard 140 may also be illuminated by 
various methods known to those skilled in the art to produce a visual reminder in 
response to an event. Entry of data may be facilitated by the use of predictive 

30 keyboard entry that is known by those skilled in the art. Data is stored in a memory 
180. Memory 180 may include volatile Random Access Memory (RAM) including a 
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cache area for the temporary storage of data. Mobile station 100 may also comprise 
non-volatile memory 160, which may be embedded or may be removable such as a 
removable Subscriber Identification Module (SIM). Non-volatile memory 160 may be 
EEPROM or flash memory and the like available from SanDisk (Sunnyvale, 
5 California) or Lexar Media (Fremont, California). Memories 160 and 180 may 
include logic that controls the operation of processor 170 to implement functions 
according to embodiments of the invention. The logic, may be software or firmware 
code. Processor 170 generates appropriate commands and controls the other 
component blocks of mobile station 100. Processor 170 may also have embedded 
10 cache memory. Mobile station 100 also comprises a speaker 190 for providing 
sounding of the ring tunes. ; 

The display may also be a virtual display such as is provided by MicroVision 
(Seattle, Washington). The display may also be the housing of mobile station 100 
using electronic ink from E Ink Corporation ( www.eink.com; Cambridge, 

15 Massachusetts, and Lucent Technologies' (Cambridge, Massachusett) active-matrix 
drive circuits printed on plastic. The special inks consist of nanometer-sized 
semiconductor particles such as those developed by Joseph Jacobson et al. 
/Attention is directed to U. S. Patent Nos. 5,930,026; 5,961,804; 6,017,584; 
6,072,716; 6,118,426; 6,120,588; 6,120,839; and 6,130,773, all of which are herein 

20 incorporated by reference. The work on this technology has been conducted at MIT, 
and more recently at E Ink. 

Mobile station 100 may also be provided with an interface to allow the audio 
of the mobile station including the ring tunes to be play over an existing audio 
system. Such an interface is provided by United States Patent Number 6,163,711 
25 entitled METHOD AND APPARATUS FOR INTERFACING A MOBILE PHONE 
WITH AN EXISTING AUDIO SYSTEM issued on December 19, 2000 to Juntunen et 
al and assigned to assignee of the present application. Said patent is incorporated 
herein by reference. This provides for a better speaker system which will allow for 
the playing of polyphonic tunes. 

30 Mobile station 100 also may have infrared transceiver 150 or other means of 

local data transfer so that data may be shared with other devices such as other 
mobile stations, car guidance systems, printers and the like. The sharing of data 
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may also be provided by a Radio Frequency IDentification (RFID) transponder tag 
that is known to those in the art as a means for local data transfer. Mobile station 
100 may also include a charge couple device or other such image capture device. 
Another means for sharing data is provided by Bluetooth. Information regarding 
5 Bluetooth can be found at www.bluetooth.com . 

Embodiments in accordance with the invention may be used in bearer 
services such as SMS, Circuit Switched Data (CSD), 3rd Generation Partnership 
Program (3GPP), and bearer independent solutions such as Wireless Application 
Protocol (WAP) and the like. 

10 Details on WAP architecture and specifications are available from the WAP 

Forum located at www.wapforum.ora and are herein incorporated by reference. The 
WAP specifications provides for a Wireless Applications Environment (WAE). WAE 
is provides a general application environment which builds on the World Wide Web 
(WWW) model of technologies. 

15 In the WWW model, servers present content to clients in a standard format 

such as HTML or XML— also referred to as webpages or documents. The 
documents are browsed by user agents known as browsers embedded in the client. 
Resources on the WWW are named with internet standard Universal Resource 
Locators (URL)s. The browser communicates with the server using standard 

20 networking protocols, the most common of which is Hypertext Transport Protocol 
(HTTP). 

WAE follows the WWW model. Content is in a standard format such as WML, 
which is similar to XML. In WAP, pages or documents of the WWW domain become 
cards or decks. Applications are provided which parse HTML formatted documents 
25 and translates them into HDML or WML format decks/cards. The content is 
transported using HTTP in the WWW domain of the network and HTTP-like protocol 
referred to as Wireless Session Protocol (WSP) in the wireless domain. 

Figure 2 is an illustration of a WAP client. In the preferred embodiment of the 
present invention, Mobile station is configured as a WAP client Like most network 
30 architecture, WAP is organized as a series of layers. WAP client 200 comprises 
user agent layer 230, URL & HTTP layer 240, protocol layer 250. WAP client 200 of 
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Figure 2 also comprises various Application Program Interfaces (API)s, such as 
Wireless Applications Environment (WAE API) 210. Platform APIs 215, and 
Wireless Datagram Protocol (WDP API) 220. 

WDP adopts the User Datagram Protocol (UDP) defined in the WWW domain 
5 and the WDP API may support data bearer services of standards such as GSM, 
CDMA, GPRS, CDPD and the like. 

User Agent Layer 230 comprises WML browser 231, WMLScript virtual 
machine 232 to program mobile station, and WMLScript libraries 933 that are a set 
of standard function. WML browser also referred to as a microbrowser 
10 communicates with a gateway using WSP. The gateway communicates with the 
server using HTTP. 

URL & HTTP Layer 240 comprises URL Loader 941 HTTP Loader 242, and 
cache 243. 

Protocol Layer 250 comprises wireless protocol stack which in-turn comprises 
15 Wireless Session Protocol (WSP) 261, Wireless Transaction Protocol (WTP) 262 , 
Wireless Transport Layer Security (WTLS) 263 for security control, Wireless 
Datagram Protocol (WDP) 264 may be coupled to bearer services and provides 
service to the upper layers on protocol stack 260. 

Figure 3 is another example of a WAP client on mobile station 100 of Figure 
20 1. Client 300 comprises, WML browser components 310, User Interface (Ul) level 
380, and Bearer level 390. WML browser interprets the WML contents (cards and 
decks) received from the WAP gateway and passes the content to Ul using the APIs 
provided. The WML browser also maintains the browser state information. 

Ul level 380 further comprises main windows & menu component 381, 
25 settings 382, card rendering 383, and bookmark 384 components. 

Bearer level 390 includes an implementation of a User Datagram Protocol 
(UDP) bearer. This bearer is capable of supporting Circuit Switched Data (CSD) 
networks. 



9 

3NSDOCID: <WO 0237369A2J_> 



WO 02/37369 



PCT/USO 1/29890 



User Agent (UA) Level comprises the core of the browser 310, namely, WML 
Interpreter 321, WMLScript Interpreter and standard libraries 322, and Push 
Subsystem 323. WML Interpreter supports the WML language specification 
including WBMP image files, an asynchronous image loader, and cookies. 
WMLScript Interpreter handles encoded WMLScript content and performs operations 
specified by said content. Libraries include support for browser and URL handling 
functions. UA Level interfaces with the Ul Level using WML, WMLScript and Push 
APIs. 

Push Subsystem 320 further comprises Push Handler 324, Service Indication 
(SI) Decoder 325, Service Loader (SL) Decoder 326, and a WBXML Parser 327. 
Push Subsystem utilizes the WBXML parser to dispatch Push messages to either SI 
Decoder 325 or SL Decoder 326. Once the message has been decoded, Push 
Handler 324 interacts with the mobile station's services, (i.e. messaging, alerts), and 
client's Loader Level 330 to complete the Push process. 

Loader Level 330 comprises HTTP Loader 331, URL Loader 332, Cache 333, 
Application Dispatcher 334, WSP Header Handling 335, Content Dispatcher 356, 
WSP Adapter 357. Loader Level 330 handles the loading of URLs using HTTP 
scheme. URL and header validations are performed at this level. Support for 
cookies and basic authentication are also provided. Cache logic and storage may 
also be supported at this layer. Loader Lever 330 also provides for content and 
application dispatching including Push dispatching. Loader Lever 330 interfaces with 
Wireless Protocol Stack (WSP) Level via WSP handling API and UA Level via 
Loader APIs. 

Example clients and browsers provide for host specific content types— also 
known as Multimedia Internet Mail Extension (MIME)-types, which allows the mobile 
station to perform functions above those normally allowed by the client. The present 
invention provides a novel MIME-type and file formats to allow mobile station to 
perform special network operations such as downloading ring tunes and bitmaps. 
Thus, a ring tune or other multimedia may be downloaded and the response posted 
to the included an URL. 
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The bitmaps may be displayed on display 110 of mobile station 100. Another 
embodiment may be provided if the housing of mobile station 100 is manufactured 
with special inks created by E-Ink which allow for displays to be created on flexible 
plastics. Therefore, the whole mobile station housing may be an advertisement. . 

5 MIME describes how messages are sent on the Internet. HTTP and the like 

protocols uses mime-typing to allow servers to specify the type of data they are 
returning to a client. For the Nokia 6185 mobile station, a new mime-type is defined 
as "application/nmp-content" This mime-type is normally associated with files 
having an ".nmp" extension, but a server may use this mime-type for any file.. 

'NMP CONTENT' TYPE HEADER 

10 Data marked as "application/nmp-content" should begin with a specific 

header so that the mobile station may recognize its data type. 



Table 1 NMP_HEADER 



Field 


1.1 Size 




(bytes) 


FILE TYPE 


8 


LENGTH MSB 


1 


LENGTH LSB 


1 


SUB_FIELD_CNT 


1 


(novel field) 




RESERVED 


1 



As can be seen from Table 1, the header comprises a FILEJTYPE field which 
15 is eight bytes of ASCI! text designating the file type. Further information on file type 
is provided by Table 2. 

LENGTH_MSB - Most significant byte of data following the header. 

LENGTHJ-SB - Least significant byte of data following the header. 

SUB_FIELD_CNT - Number of sub-field blocks 

20 RESERVED - Reserved bits. 
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Table 2 File Types 



FILE_TYPE (ascii) 


1.2 Type 


"NMP-RNGO" 


Ring Tune 


"NMP-BMPO" 


Wakeup bitmap 


"NMP-PPCO" 


Performance counter request 


"NMP-CNTO" 


Generic Content Data (new) 


"NMP-CMTO" 


Commit Data Order (new) 



"NMP-RNGO" FILE TYPES 

The NMP-RNGO file type is used for downloading ring tunes. Table 3 
provides the format for a ring-tune file type. 



Table 3 Ring Tune File Type 



Field 


1.3 Size 
(bytes) 


FILE TYPE 


8 


LENGTH MSB 


1 


LENGTH LSB 


1 


RESERVED 


2 


RING NAME 


12 


RING DATA 


2 to 200 



FILE_TYPE, LENGTH_MSB, LENGTH_LSB, RESERVED are as in Table 1 
with FILE_TYPE being NMP-RNGO. 

RING_NAME is an ASCII string which names the ring tune. RING DATA is a 
binary NMP ring format. This data format was provided in United States Patent 
10 Number 6,094,587 entitled PROGRAMMING OF A TELEPHONE'S RING TONE 
Issued to Armanto et al. on July 25, 2000, and assigned to assignee of the invention 
described herein. 

The ringing tone can be changed into characters and included in the short 
message as characters in the form of notes in the following way. 



12 

BNSOOCID: <WO 0237369A2J_> 



WO 02/37369 



PCT/US01/29890 



Notes in characters : 

C, D, . . . , G, A, H Notes from A to G of a lower octave 
c, d, . . . , g, a,= h Notes from A to G of a higher octave 
5 # raises the preceding note a semitone 

(e.g., high) 
b flattens the preceding note a semitone 

(e.g. , dull) 
Duration: 

10 no character basic length 

preceding note: naif the basic length 
+ preceding note: double the basic length 
. preceding note: 1.5 times the basic length 
. . preceding note: 1.75 times the basic length 
15 A length character may be cumulative, e.g., a single character always 

contributes to the effect of the character preceding it. For example, 

C+ means three times the basic length, C means 0.125 of the basic 

length. 
Rests : 

20 ; rest; as long as the basic length 

, rest; half the basic length 
Other rests can be input by using characters modifying the length of a 
note together with rest characters . 



25 

As presented above, a ringing tone produced by notes can be coded in 
characters, which can be sent in a short message, whereupon, in reception, the 
received characters can be processed into the transmitted ringing tone, which can be 
stored in a ringing tone memory and reproduced when the phone rings. Thus, the 
30 method is particularly suitable for a device, wherein the ringing tone can be 
programmed as notes through a user interface or it has been pre-stored in a ringing 
tone memory as notes. 

In addition to the specifications presented above, other factors related to a 
ringing tone and its specification can also be specified as characters, e.g., in the 
35 following way: 



13 



3NSDOC1D. <WO 0237369A2_I_> 



WO 02/37369 



PCT/US01/29890 



:ACD :X 

, wherein X is an optional number (integral number), 
repeats a note sequence ACD X times, twice if X is missing 

/X ACD / , wherein X is an optional number (integral number), 
reduces the length of notes inside characters "/", e.g., 
by dividing by number X. Third notes, according to this 
specification, would be marked 11 /3 ACD /" 

$ Inputs sharp and flat notes, e.g., for all notes inside 
parentheses, in which case it is not necessary to separately . 
input character # or b for these notes. 

(:) Specifies repetitions, e.g., so that (5CD:2E:F) is played CDE 
CDE CDF CD CD. 

! Switches on/off a "staccato" music mode, e.g., until the 
following character, increases the length of a note by an 
appropriate percentage and reduces the proportion of a rest, 
thus accomplishing a fragmentary style without changing the 
overall time. In a computer simulation, increasing the length 
of a note by 50-60% or even by 70% sounds good still. 
? Switches on/off a separate notes function, e.g., until the 
following character, increases the length of a note for a 
minimum period of time and a rest lasts for the rest of the 
time producing music, where two same notes one after another 
can be heard as separate notes, unlike a "flowing" music 
mode, wherein preceding notes would be heard as a single 
note. A rest between notes must have the same duration. 
Notes that are shorter than the specified rests cannot be heard 
as separate notes. In a computer simulation, rests between 
notes that last for about 30 ms sound good by means of the 
separate notes function. 
Raises a default octave, if the default octave is 1, raises it 
to 2 , otherwise 1 . 
" Lowers a default octave, if the default octave is 3, lowers it 
to 2, otherwise 3. 
If it is assumed that there are 4 octaves in use, it is possible to 
use, as presented above, two octaves simultaneously by means 
of capital and small letters C . . . H, c . . . h. 
X raises all following notes x by one degree, wherein X is an 

integral number. Flattens, if X is a negative number. 
Number Specifies a tempo, beats per minute, e.g., how many notes of 



14 



WO 02/37369 PCT/US01/29890 



(alone) the basic length per minute. 
Empty space to be ignored. 

In addition, a ringing tone can be combined with some other message 
through a user interface, for example: 
* a flashing light when the phone is ringing - switches the 

light 

on/off. 



10 ASCII characters are transformed into binary characters. The ASCII 

characters may be presented as hexadecimals, which can be easily further 
transformed into binary numbers. In the following, we will present how the word 
"Calling" is transformed into a binary number. In the following, two numbers, in a 
hexadecimal form, correspond to the ASCII character, separated by a space, and 

15 each of the hexadecimal characters can be presented in four bits, i.e., in the 
following, each ASCII character is presented by means of 8 bits. 

As ASCII characters: "Calling" 

In the hexadecimal form: 43 61 6C 6C 69 6E 67 

In the binary form: 0100 0011 0110 0001 0110 1100 0110 1100 0110 1001 
20 0110 111001100111 

In the actual transmission, the characters are sent one after another without 
spaces, i.e., as an unbroken bit sequence. Thus, for each ASCII character, there is 
a specific hexadecimal and binary form, in which case the examples presented 
above for specifying notes by means of ASCII characters can be transformed into 
25 binary characters. 

Another alternative for sending a ringing tune as characters is to first convert it 
into a MIDI form (Musical Instrument Data Interface), which is a well known 
communications language for instruments. This could be implemented by arranging, 
in a mobile station, a MIDI converter. The MIDI converter would preferably be 
30 located in the processor which, in this case, in reception, would convert the 
characters, received in MIDI, into an appropriate form for the telephone's ringing tone 
generator and memory. Similarly, in transmission, the MIDI converter would convert 
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the ringing tune into characters in accordance with the MIDI form. The MIDI 
converter would enable ringing tunes to be composed, e.g., by means of computer- 
based composition programs supporting the MIDI form and, thus, the transmission of 
the produced melody from a computer or server to a mobile station, e.g., in a short 
5 message. 

"NMP-BMPO" File Types 

This file type is used for downloading wakeup or other bitmaps. 



Table 4 Wakeup BMP File Type 



Field 


1.4 Size 




(bytes) 


FILE TYPE 


8 


LENGTH MSB 


1 


LENGTH LSB 


1 


RESERVED 


2 


BMP FORMAT 


1 


BITS PER PIXEL 


1 


BMP HEIGHT 


1 


BMP WIDTH 


1 


PIXEL DATA 


varies 



FILE_TYPE, LENGTH_MSB, LENGTH_LSB, RESERVED are as in Table 1 
with FILE_TYPE being NMP-BMPO. 

BMP_FORMAT field is 0x00 for an NMP Bitmap Format. 0x00 to OxFF are 
reserved. 



Table 5 BMP Formats 



BMP_FORMAT 


1.5 Format 


0x00 


NMP Bitmap Format 


0x01 - OxFF 


Reserved 



The BITS_PER_PIXEL field indicates the number of unsigned bits for each 
pixel. ' 

The BMP_HEIGHT field indicates the height of the bitmap height in pixels 
(unsigned). 
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The BMPJ/VIDTH field indicates the width of the bitmap in pixels (unsigned). 
PIXEL_DATA is a stream of bytes representing the bitmap data. 



"NMP-PPCO" FILE TYPES 

This file type is used for downloading a PPC request file. This file contains a 
list of ids whose corresponding data should be uploaded. 

Table 6 PPC Request File Format 



Field 


1.6 Size 




(bytes) 


FILE TYPE 


8 


LENGTH MSB 


1 


LENGTH LSB 


1 


RESERVED 


2 


SCRIPT URL 


1 to 150 


SPECIAL DATA 


1 


PPC LIST 


0 to 255 



10 



FILE_TYPE, LENGTH_MSB, LENGTH_LSB, RESERVED are as in Table 1 
with FILE_TYPE being NMP-PPCO. 

SCRIPTJJRL is a NULL terminated ASCII string containing the URL of a 
Common Gateway Interface (cgi) or other script that will process the resulting data. 
S PEC I AL_DATA is a bitmask of the special data requested. More information is 
provided in Table 7. 

PPCJJST is a list PPCJds whose data is to be uploaded. 
Table 7 PPC Special Requests 



SPECIALJ3ATA 


1.7 Parameter 


0x01 


Mobile Identification Number 
(Required) 


0x02 


MCU Software version String 


0x04 


DSP Software version String 


0x08 


PRL version number 


0x10 


Life/Warranty Timer value 


0x20 


Reserved 


0x40 


Reserved 


0x80 


Reserved 
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"NMP-CNTO" FILE TYPES 

This file type is an evolution from the downloadable file format, and includes a 
variety of content types. 

Table 8 CNTO File Format 



Field 


1.8 Size 




(bytes) 


FILE TYPE 


8 


LENGTH MSB 


1 


LENGTH LSB 


1 


SUB FIELD CNT 


1 


RESERVED 


1 



One of more occurrences of the followin g SubID record 



SUB ID 


1 


LENGTH MSB 


1 


LENGTH LSB 


1 


RESERVED 


1 


SUB ID DATA 


LENGTH 



FILE_TYPE, LENGTH_MSB, LENGTH_LSB, 
with FILE_TYPE being NMP-PPCO 



RESERVED are as in Table 1 



SUB_FIELD_CNT is a novel field as seen in Table 1. 



SUB ID TYPES 



RING BINARY 


0x00 


RING SMART MSG 


0x01 


RESERVED 


0x02 through OxOF 


BMP BINARY 


0x10 


BMP X UP BMP 


0x11 


BMP WBMP 


0x12 


RESERVED 


0x13 through 0x1 F 


RESPONSE URL 


0x20 


RESERVED 


0x21 through OxFF 



10 



SUBJD BLOCK DATA FORMATS 

Each SUBJD Block has a unique data format according to its type. This data 
is positioned in the SUBJD„DATA field of the block record. As of filing of the 
present application, only three data types are defined: 
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Contains the same data type as NMP-RNGO (see table 3) 



Field 


Size 
(bytes) 


RING NAME 


12 


RING_DATA 


2 to 200 



BMP_BINARY - Contains the same data type as NMP-BMPO (see table 4) 



Field 


Size 
(bytes) 


BMP FORMAT 


1 


BITS PER PIXEL 


1 


BMP HEIGHT 


1 


BMP WIDTH 


1 


BMP DATA 


varies 



5 RESPONSEJJRL - Contains an URL to "goto" to receive the commit 

message. If this field exists in the data file, the device, e.g mobile station, must 
make an HTTP "GET" request to the included URL and not write the data until it 
receives a commit message. 



Field 


Size 
(bytes) 


URL DATA 


N 



URL_DATA is a string of ASCII characters. 

10 "NMP-CMTO" File Types 

This file type designates a content commit order. When a file is downloaded 
that includes a response URL, the device must make an HTTP "GET" request to the 
included URL. The server may then reply with a file of this type to inform the mobile 
station that it is has permission to save the data to permanent memory. This mime- 
15 type has no data. 



Field 


1.9 Contents 


FILE TYPE j 


"NMP-CMTO" 


LENGTH MSB 


0 


LENGTH LSB 


0 


SUB FIELD CNT 


0 


RESERVED 


0 
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The system and method for using the novel header and file format is as 
follows: 

Included two data blocks, a ring tune and commit URL in a message. 

For example, commit URL may be 

5 http://marqe.americas.nokia.com/wml/commit.nmp , basically this is a file with only 
the commit header. 

The ring tunes are converted to a binary block (in the preferred embodiment- 
the SUBJD BLOCK format) file. Then, another binary file for the commit URL block 
is created. The files are concatenated and a header is prepended including the 
10 combined length. 

As an examplar: 

OLD FORMAT: 

8 bytes identifier (i.e. NMP-RNGO) 

2 bytes length 

15 2 bytes reserved 

N bytes of data (specific for each type) 

NEW FORMAT: 

8 bytes identifier (specifically "NMP-CNTO", old format/header supported) 
20 2 bytes length 

1 byte num_sub_params 
1 byte reserved. 

(optionally repeated versions of the following) 

1 byte subblockID (00 - Ring Binary, 01 - Ring Smart Msg, 20 - Commit URL) 
25 2 bytes length 

20 
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N bytes data 



Another embodiment of the new format:: 

8 bytes identifier (specifically "NMP-CMTO" - commit order) 
5 2 bytes length ==0 

2 bytes reserved == 0 

This novel format supports multiple content types in the same file. Therefore, 
five ring tones may be download in one file, or a ring tone and a bitmap. This allows 
multimedia such as message profile themes to be downloaded. 

10 Figure 4 which consists of Figures 4A and 4B is a flowchart showing various 

steps to be taken in accordance with an embodiment of the present invention. 
Figure 5 is a session diagram showing the flow between the various network entities. 
The steps reference in Figure 4 are repeated in Figure 5 to show flow from entity to 
entity. 

15 Referring now to Figure 4A and Figure 5, the system starts at step 4000. At 

step 4010, the user of a device such as a mobile station 100 of Figure 1, (500 in 
Figure 5), requests a main ring tune deck from a ring tune or media server 530 
entering the URL of the media server. The URL may also be selected for a pre- 
stored list of URLs commonly referred to in the art as bookmarks or favorites. In the 

20 preferred embodiment, the user may be presented with a special menu on the 
display when the power-button of the mobile station is depressed. In this case, the 
URL has already been stored in the mobile station and pressing a selection on this 
special menu invokes the browser using the stored URL. 

The carrier network (CN) 510 routes the request to media server 530 through 
25 the Internet 520 via WAP gateway or the like at step 4020. HTTP header contains 
the Mobile Identification Number (MIN) of mobile station 500. 

Media server 530 may be a server for a copyright clearance provider such as 
BMI. Media server may be owned by an Internet Service Provider (ISP) or by a 
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carrier network. The media server may also be owned by record company or 
copyright clearance provided such as BMI. In the preferred embodiment, the media 
server is part of the Club Nokia network (www.clubnokia.com). 

At step 4020, media server 530 has received the requests and delivers a main 
5 HDML deck consisting of links that define ring tune or other media categories to the 
mobile station 500. This is routed through the carrier network via WAP gateway. 
The categories are presented on display 110 (see Figure 1) of mobile station 500 
(100 in Figure 1). See step 4030. User may then choose a category of media at 
step 4040, For example, the user may be interested in movie tunes/jingles and 
10 selects this category. The carrier network routes the request for the category via 
WAP gateway or the like through the Internet to the media server (step 4050). Again 
the HTTP header has the MIN of the mobile station. 

At step 4060, media server 530 delivers a HDML deck consisting of specific 
links to the ring tunes based on the category selected by the user in step 4040. 

15 Again, in the preferred embodiment, this is routed by the carrier network. At step 
4070, the user chooses a specific ring tune. Figure 6A is an example of a typical 
display to select a tune. The figure shows "5 Austin Powers" as the selection chosen 
by the user. The list of tunes for this category is shown on display 110 of mobile 
station 100. The user may use scroll key 130 and softkeys 120A or 120B to make 

20 the selection. Alternatively, the user may press the number "5" key 145 to make the 
selection. 

The selection has an URL tied to an Active Server Page (ASP). This is routed 
by the carrier network 510 via WAP gateway through Internet 520 to media server 
(step 4080). The HTTP header has the MIN of the mobile station. 

25 At step 4090, using ASP, media server 530 generates a database record and 

a transaction number that reflects the specific mobile station request based on time 
and MIN/ The media server sends the tune file and programmatically, (using ASP, 
JAVA applet and the like), generated reply URL header to handset in proper format 
using specific MIME-type as described above. This is done at step 4100 and is 

30 routed by carrier network at step 4110. 
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At step 4120, the mobile station recognizes the mime content and passes the 
data to the mobile station's device layer. The system description continues on 
Figure 4B. At step 4130 on Figure 4B, the mobile station verifies the data format and 
stores the file into temporary random access memory (RAM), e.g. memory 180 or 
5 cache of processor 170 in Figure 1 . The file may include reply URL with transaction 
number, tune/bitmap data and a label tag. 

The user is then prompt via display on the mobile station (step 4140). The 
user may "back away" and discard the media (step 4143). In this case, The 
transaction would be terminated and the user will not be bill for the media content. 
10 The user may also save without previewing or listen to the ring turn and/or view the 
image, 4145. At this point, the user is again prompt for a decision, (4140): 

Discard (4143); 

Listen again (4145); or 

Accept the media and continue with the transaction (4147). 

15 Figure 6B shows an example of a typical display showing a choice offered to 

the user on display 1 10 of mobile station 100. The display indicates that a new ring 
tone (or tune) has been received. The user may listen to the tune by pressing 
softkey 120A or save the tune by pressing softkey 120B. 

Referring again to Figure 4B, at step 4150, the mobile station generates a 
20 HTTP "GET" primative using the reply URL stored in RAM. Thus, indicating 
acceptance of the media, (ring tune or image). The carrier networks routes the 
acceptance message via a WAP gateway to the media server 530 (step 4160). The 
HTTP header contains the mobile station's MIN. 

Media server 530, at step 4170, locates the record using information from the 
25 message such as the transaction number, the MIN, or a combination of information. 
Media server 530 generates a usage record and transmits same to the carrier which 
may stored the transaction on accounting server 540. In another embodiment, the 
media server may also server as a accounting agent. However, in the preferred 
embodiment the carrier bills the user through an invoice to the user including other 
30 debits or credits for service and content. 
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Having the carrier handle the accounting allows for small transactions which 
may include fractions of- cents to be combined with other charges for convenient 
billing/crediting and payment. The carrier made perform the accounting "in-house" or 
they may rely on accounting agents or other 3 rd parties who have developed 
accounting systems. Examples of such systems are Lucent's Kenan system 
(www.kenan.com: Cambridge, Massachusetts or Amdocs' Ensemble 
(www.amdocs.com: Stamford, Connecticut). Accounting for copyright royalities and 
other costs associated with content provision may be perform by the accounting 
system. 

There may be cases where the user may be able to get a credit on their bill 
based on the ring tune chosen and whenever the tune is played. For example, the 
user may select to download a theme from a movie being promoted or a jingle for a 
promoted product, e.g. Coca-Cola. The promoter may provide the user with credit to 
their bill or digital cash or coupon to be used to purchase an item. Digital cash and a 
method for mobile station payment systems are provided by United States Patent 
Number 6,078,806 granted on June 20, 2000; which is a continuation of United 
States Serial Number 08/597,845 filed on February 7, 1996, now Patent Number 
5,887,266 granted on March 23, 1999, both entitled METHOD FOR USING 
APPLICATIONS IN A MOBILE STATION, A MOBILE STATION AND A SYSTEM 
FOR EFFECTING PAYMENTS, issued to Heinonen et al., assigned to assignee of 
the present invention and incorporated herein by reference. The promoter gets 
exposure because everyone in ear-shot of the user will hear the jingle. A download 
image of a corporate logo will also provided advertising for the promoter. The image 
may be displayed on. display 110 or on cover itself using technology such as is 
available from Eink Corporation (Cambridge, Mass.) 

Instead of a Pull process which has been described herein, wherein the user 
is pulling the content from the media server, a Push process may be used. As an 
example, in a Bluetooth enabled mobile station, promoters would be able to offer ring 
tunes to the user. Information regarding Bluetooth may be found at 
(www.bluetooth.comV 

Referring again to Figure 4B and Figure 5, media server 530, at step 4190, 
also generates a confirmation reply message to the mobile station using the novel 
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mime-type described above. The carrier network routes this message to the mobile 
station through a WAP gateway or the like (step 4200). 

Upon receipt of the confirmation message, the mobile station will save the 
media file (tune/bitmap and label) to non-volatile RAM. Figure 6C shows a typical 
5 display informing the user that the ring tune has been "Saved." User must them 
select the ring tune or image following the procedure provide by the customization 
features offered by the mobile station. 

The reply URL may also be stored in non-volatile RAM. The URL may be 
used to record and report back to the carrier accounting server or media server 

10 whenever a tune is played. As described above the playing of a tune may invoke the 
receipt of digital cash or credit to the user's bill. Figure 7 shows a tone activation 
sequence 700. If the tone has a reply URL connected with it, a function call 710 may 
be invoked to activate the WAP browser and report usage of the tone to a 
accounting server which may credit the user account. This process may also server 

15 to account for per use royality payments for media. 

The credits may be maintained on the mobile station itself. Digital cash or 
transaction credit value information may be stored, e.g. as a code word in mobile 
station's memory. Digital cash and a method for effecting payments are provided by 
. United States Patent Number 6,078,806 granted on June 20, 2000; which is a 
20 continuation of United States Serial Number 08/597,845 filed on February 7, 1996, 
now Patent Number 5,887,266 granted on March 23, 1999, both entitled METHOD 
FOR USING APPLICATIONS IN A MOBILE STATION, A MOBILE STATION AND A 
SYSTEM FOR EFFECTING PAYMENTS, issued to Heinonen et al., assigned to 
assignee of the present invention and incorporated herein by reference. 

25 The above transactions may be performed using a secured connection. Such 

connections are known in the art. One example of secure communications in a 
telecommunication system is taught by United States Patent number 5,915,021 
issued to Herlin et al on June 22, 1999, assigned to assignee of the present 
invention and incorporated herein by reference. 

30 As will be recognized by those skilled in the art, the innovative concepts 

described in the present application can be modified and varied over a tremendous 
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range of applications, and accordingly the scope of patented subject matter is not 
limited by any of the specific exemplary teachings given. Applicants herein define 
plurality to mean one or more. 
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CLAIMS 

What is claimed is: 

1 . A method for accounting for media content sent over a communication 
system comprising the steps of: 

requesting media content by sending message with a header comprising a 
first identification number; 

5 receiving a message which comprises the media content, a reply Universal 

Resource Locator (URL) identifying a server, and a transaction 
identification; 

saving the media in a temporary memory; 

sending a primitive with the identification information to the server identified by 
10 the URL; 

saving the media in a permanent memory only when permission to save has 
been received. 

2. In a server coupled to a network, a method of accounting for media 
content comprising the steps of: 

1 5 providing a device on the network with a plurality of media choices; 

receiving a selection from the plurality of media choices from the device; 

generating a database record; 

generating a transaction number; 

generating an URL; 

20 sending a message to the device, said message comprising the URL and the 

media content, wherein the device is required to send a primitive to the 
URL before the media content may be saved to the permanent memory of 
the device. 
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3. A computer-readable memory for directing a computer to function in a 
particular manner when used by the computer, comprising: 

a first portion to direct the computer to provide a device with a plurality of 
5 media choices; 

a second portion to direct computer to receive a selection from the plurality of 
media choices from the device; 

a third portion to direct computer to generate a database record; 

a fourth portion to direct computer to generate a transaction number; 

10 a fifth portion to direct computer to generate an URL; and 

a sixth portion to direct a computer to send message comprising the URL and 
the media to the device, wherein the device is required to send a primitive 
to the URL before the media content may be saved to the permanent 
memory of the device. 

15 4. A computer data signal embodied in a carrier wave, comprising 

instructions for: 

providing a device on the network with a plurality of media choices; 
receiving a selection from the plurality of media choices from the device; 
generating a database record; 
20 generating a transaction number, 

generating an URL; 

sending a message to the device, said message comprising the URL and the 
media content, wherein the device is required to send a primitive to the 
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URL before the media content may be saved to the permanent memory of 
the device. 

5. A computer program product that enables a network entity to account for 
media content comprising: 

5 computer readable code that ins cruets computer to: 

provide a device on with a plurality of media choices; 

receive a selection from the plurality of media choices from the device; 

generate a database record; 

generate a transaction number; 

10 generate an URL; and 

send message comprising the URL and the media to the device, wherein 
the device is required to send a primitive to the URL before the media 
content may be saved to the permanent memory of the device; and 

a tangible medium that stores the computer readable code. 

15 6. The computer product of claim 5 wherein the tangible medium is 

selected from a group consisting of hard-disk, CD-ROM, DVD, floppy disk, flash 
memory and the like. 

7. A information control device to provide for the accounting of media 
content comprising: 

20 a file type indication; 

a plurality of length indicators; and 

a plurality of subfields; 

a count indication of the number of subfields. 
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8. The information control device of claim 7, wherein each of said subfields 
further comprising: 

a subfield identification; and 

subfield data. 

9. The information control device of claim 8, wherein at least one of said 
subfield data comprises binary data. 

10. The information control device of claim 8, wherein at least one of said 
subfield data further comprises Universal Resource Locator (URL) data. 
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